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PREFACE 


MANUAL OBJECTIVES 


The purpose of the VAX/VMS UETP User's Guide is to explain the 
function of the User Environment Test Package (UETP) and to provide 
complete UETP operating instructions. 


INTENDED AUDIENCE 


The major audiences for the VAX/VMS UETP User's Guide are 
manufacturing technicians and DIGITAL field service and software 
support personnel. The guide tells them how to run the test package 
and how to interpret test results. The guide also allows customers to 
interpret what is happening while the UETP executes. In addition, the 
customers themselves may choose to run the UETP by _ following 
instructions contained in the guide. 


STRUCTURE OF THIS DOCUMENT 
This guide contains three chapters and one appendix. 

e Chapter 1 is an introduction to the UETP that discusses’ the 
role of the UETP, the way it works, and the output it 
produces. 

e Chapter 2 provides detailed operating instructions for running 
the entire UETP package and for running individual UETP tests 
separately. 


e Chapter 3 explains all the messages that the UETP tests can 
return. 


e Appendix A is a summary description of operating instructions 
explained in detail in Chapter 2. 


e Appendix B is an example of a console dialogue between a_ user 
and UETP. 


ASSOCIATED DOCUMENTS 


The UETP User's Guide makes reference to the following documents: 


@ VAX/VMS Command Language User's Guide 
@e VAX-11/780 Hardware User's Guide 


@ VAX/VMS I/O User's Guide 


@e VAX-11 Software Installation Guide 


@ VAX/VMS System Manager's Guide 





VAX/VMS System Messages and Recovery Procedures Manual 
For a complete listing and short description of current VAX-11l 


documentation, including mention of each document's intended audience, 
consult the VAX-1l Information Directory and Index. 


CONVENTIONS USED IN THIS DOCUMENT 


This document uses the following conventions: 


Convention Meaning 
Username: [SYSTEST] In examples of dialogue with the system, 
user input is printed in red to 


distinguish it from system-generated 
output or prompting characters. 


S@UETP [/OUTPUT-filespec] In demonstrating the format of UETP 
calls, the guide encloses optional input 
in square brackets ([{]). Note, however, 
that square brackets are required syntax 
in directory specifications such as 
{SYSTEST]. 
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SUMMARY OF TECHNICAL CHANGES 


The following is a summary of technical changes that are new _ to 
Version 2.0 of UETP and that are documented for the first time in this 
edition of the UETP User's Guide. 


New devices supported by the UETP are the TU58 cassette; the RLO2, 
RMO5, and RX02 disks; and the TS04, TU45, and TU77 magnetic tapes. 


Mailboxes are now Supported by UETP. 

In preparing to test magnetic tape drives, it is no longer necessary 
to issue the INITIALIZE and MOUNT commands; the UETP now does this 
automatically. 


The symbol MAGTAP has been changed to UETSMAGTAP. 


The VAX-11 Fortran IV-PLUS Compiler test has been deleted from the 
UETP. 


The native mode test phase now uses the command files UETNATV0O1.EXE, 
SORTUETP.COM, and UETNRMSO0.COM; the files UETNATV0O2.COM = and 
UETFORTO00.COM have been deleted. 


The compatibility mode test phase now uses the file UETCOMP03.C0OM, in 
addition to UETCOMP00.COM. 


The termination phase file UETTERMO1.EXE has been deleted. 

The UETP User's Guide now documents the RSX-11M executive directives 
test and provides an expanded description of the UETP data file 
UETINIDEV.DAT. 

In running individual test phases within the UETP, the symbol UETSSAME 


is used in conjunction with the logical names SYSSOUTPUT and SYSSERROR 
to determine where UETP messages are printed. 
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CHAPTER 1 


INTRODUCTION TO THE UETP 


The VAX/VMS User Environment Test Package (UETP) is a collection of 
tests designed to demonstrate that the hardware and software 
components of a VAX/VMS system are in working order. At the end of 
the series, most hardware and software components have been requested 
to perform one or more tasks. The tests show not only that individual 
components work but also that the various components work together as 
an integrated system. DIGITAL software support representatives run 
the UETP on a newly installed VAX/VMS system as the formal sample 
procedure. In three sections, this chapter discusses the following 
topics: 


e The role of the UETP (Section 1.1) 
e The way in which the UETP works (Section 1.2) 
e The output from the UETP tests (Section 1.3) 


The UETP tests are simple to run. To run all of them at once, you 
first type a command to invoke the UETP and then respond to two 
prompts. Using the information you have provided, the tests proceed 
automatically. Alternatively, you can choose to run only one test at 
a time; you can select an individual test by invoking a_ specific 
image or command procedure. Chapter 2 of this guide gives complete 
instructions for running the collection of tests automatically and for 
running each test on its own. 


1.1 THE ROLE OF THE UETP 


The UETP leads the system through a series of exercises that simulate 
a typical timesharing environment; that is, the tests make demands on 
the system that are similar to demands that might originate from 
everyday use. The UETP does not attempt to test every feature 
exhaustively. When the UETP runs to completion without encountering 
nonrecoverable errors, the system under test is ready for use. 


1.1.1 Who Uses the UETP 


The primary users of the UETP are VAX-11 manufacturing technicians and 
DIGITAL field service and software support representatives. The UETP 
is an important part of the final assembly and test (FA&T) of every 
VAX/VMS_ system, If you are a manufacturing technician, you run the 
UETP many times on each system to ensure that it works properly. The 
UETP is the last of a thorough regimen of tests; before a system can 
be shipped to a customer, it must successfully complete all diagnostic 
tests as well as the UETP. 
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If you are a field service or software support representative, you run 
the UETP after installing a VAX/VMS system at the customer site. By 
running the UETP, you can ensure that the system was not damaged in 
transit and that the hardware and software have been correctly 
installed and generated. Furthermore, in its role as the _ sample 
procedure, the UETP demonstrates to the customer that the newly 
installed system is capable of doing useful work. 


1.1.2 What the UETP Tests 


The UETP exercises devices and functions that are common to all 
VAX/VMS systems with the exception of optional features such as 
high-level language compilers and network devices. The system 
components tested include: 


e All standard line printers, terminals, magnetic tapes, and 
disks connected to the system 


e Most RSX-11M utilities that run in compatibility mode on 
VAX/VMS 


e Various native mode functions such as system services, record 
management services (VAX-11 RMS), and native mode utilities 


e The system's multiuser capability 


The UETP directly tests the features listed above; moreover, in_ the 
process of running its tests, the UETP indirectly tests additional 
functions of. the system. For example, the UETP uses command 
procedures to execute some of its tests. The tests themselves 
therefore show how command procedures can be used for indirect job 
processing. In addition, various system commands are _ issued 
throughout the tests. In particular, the system load test, which 
demonstrates the system's multiuser capability, issues many commands 
within a short time. 


1.1.3 The UETP's Relationship to Error-Logging and Diagnostics 


When the UETP encounters an error, it reacts either by returning an 
error message and proceeding or by reporting a _ fatal error and 
terminating a particular phase of the UETP. In either case, the UETP 
does not attempt to discover the cause of the error; it reacts, in 
other words, just like a typical user program. 


If the UETP encounters an error that you cannot immediately diagnose, 
you can turn to the VAX/VMS error-logging and diagnostic facilities. 
The system continuously maintains data on various kinds of errors. By 
running the SYE error report generator, you can obtain a detailed 
report of hardware and system errors that occurred while the UETP was 
running. SYE reports optionally provide detailed information on the 
state of the system at the time each error occurred. The diagnostic 
facilities can help in a different way. These tests exhaustively 
examine a device or medium to isolate the sources of any errors. 


the SYE report generator. 
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1.2 HOW THE UETP WORKS 

You can run the UETP tests in one of three ways: 
e By invoking the master command procedure 
e By invoking a specific UETP test phase 
e By invoking a specific UETP test 


The master command procedure contains commands that initiate each test 
phase in turn. When you invoke the procedure, it begins by asking two 
questions; your responses provide information needed by various’ test 
phases. After you answer the questions, all of the tests run to 
completion without further input from you. 


In addition, the modular design of the UETP permits you to run a 
Single test or a test phase consisting of several tests. For example, 
the device test phase runs a different test for each type of device. 
You can test either all the devices at once or only the devices 
associated with a specific controller. 


Chapter 2 explains how to run the whole package of tests at once, how 
to run a specific UETP phase, and how to run each test individually. 
The remainder of this section explains the structure of the test 
package and the function of each test phase. 


1.2.1 The Master Command Procedure 


The file UETP.COM is tthe master command procedure that you invoke to 
run the whole package of tests. Figure 1-1 below shows the principal 
commands within UETP.COM; these are the commands that actually invoke 
the various test phases. Additional commands within the file perform 
such tasks as asking for input from the console, defining logical 
names, and manipulating files generated by the tests. The additional 
commands are essential to making the UETP package as automated a 
procedure as possible. 


As Figure 1-1 shows, the procedure runs each test phase either by 
executing a RUN command or by calling a command procedure to run a 
test or test phase. 










Initialization Phase 





Device Test Phase 


RUN UETNATVO1 Native Mode Test Phase 


RUN UETINITOO } 
RUN UETINITOL 
RUN UETPDEVOL] 
@SORTUETP 
RUN UETLOADO1L System Load Test Phase 
@UETCOMPO0 \ Compatibility Mode Test Phase 








DUA HM UUYHN YH 


@UETNRMSOO0 
@UETCOMPO 3 


Figure 1-1 The UETP Master Command Procedure 
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1.2.2 The Initialization Phase 


The initialization phase prepares for the actual tests in the 
following ways: 


e Commands within the master command file prompt for input from 
the terminal. (Section 2.2 explains the prompts in detail.) 
The input defines certain variables that affect the execution 
of the UETP tests. 


e The image UETINITOO.EXE gathers information on all the 
controllers in the system and on their associated devices. 
The image writes the information into a file called 
UETINIDEV.DAT and then displays the file at the terminal. 


e Using the information in the file UETINIDEV.DAT, the second 
initialization image, UETINITO1.EXE, verifies that all the 
devices in the system are operable by performing a_ simple 
read/write operation to each device. If a device fails this 
test, the device's entry in UETINIDEV.DAT specifies that the 
device is unavailable. As a result, subsequent UETP tests 
ignore that device. 


1.2.3 The Device Test Phase 


The device test phase includes separate tests for each type of device 
to be tested (disks, line printers, magnetic tapes, and terminals). 
For each controller in the system, the image UETPDEVO1.EXE creates a 
separate detached process and passes to it a controller name. 
(Section 2.4.1 explains how the controller name is passed.) Each 
detached process’ runs the appropriate device test to examine all the 
controller's associated devices. For example, if a system has’ three 
terminal controllers, one line printer controller, and two disk 
controllers, the image creates six detached processes: three 
processes to test terminals, one to test line printers, and two to 
test disks. 


This test phase is able to exercise many devices simultaneously by 
creating detached processes that execute at the same time. The image 
UETPDEVO]l. EXE terminates when all devices on all controllers’ have 
completed testing. 


The terminal and line printer tests generate several pages or screens 
of output, where each page or screen contains a header line and a test 
pattern of ASCII characters. A header line contains the test's name, 
the device's name, the date, the time, and a test page number. 


For each disk in the system, the disk test allocates a large file into 
which it randomly writes’ blocks of data. The test then checks the 
data for errors, records the errors in the file UETPLOG.LOG (if there 
are any), and then deletes the disk file. 


The magnetic tape test exercises all the tape drives in the system. 
The test creates a large file on each mounted tape, into which it 
writes multiple sequential records of varying sizes. After writing 
the records, the test rewinds the tape and validates the written 
records. 
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1.2.4 The Native Mode Test Phase 


The native mode test phase exercises software services’ provided 
explicitly for VAX/VMS (in contrast to RSX-11M utilities that run in 
compatibility mode). This phase includes three separate tests: 


e@ UETNATVO1.EXE 
@e SORTUETP.COM 
@ UETNRMSOO.COM 


The test initiated by UETNATVO1.EXE issues all the system services 
available to VAX/VMS programmers. For each service, the test produces 
both success and failure return codes. For the success codes, the 
test verifies that the service worked correctly. The native mode 
utility VAX-l11l SORT is tested by the command procedure SORTUETP.COM. 
The test initiated by the command procedure UETNRMSO00.COM handles all 
the record management services (VAX-l1l1 RMS), which are used in 
programs to perform I/O. 


1.2.5 The System Load Test Phase 


The system load test, directed by the image UETLOADO1.EXE, creates a 
number of detached processes, all of which execute a command 
procedure. (When you initiate the UETP, you specify the number of 
detached processes to be created; the number depends on the amount of 
memory and the system disk in your system. See Section 2.2.2.) Each 
process simulates a user logged in at a terminal; the commands within 
each procedure are the same type of commands that a user can enter 
from a terminal. 


The load test creates the detached processes in quick succession, and 
generally the processes execute their command procedures 
Simultaneously. The effect on the system is analogous to an equal 
number of real users concurrently issuing commands from terminals. [In 
this way, the load test creates an environment that is similar to 
normal system uSe. 


1.2.6 The Compatibility Mode Test Phase 


The compatibility mode test issues commands that call most RSX-11M 
utilities and executive directives running in compatibility mode on 
VAX/VMS. The command procedure UETCOMP00.COM issues several commands 
for each utility and then, in most cases, compares the output from the 
commands with output that is known to be correct. This phase also 
tests executive directives with the command procedure UETCOMP03.COM. 
(Section 2.4.4 lists all the utilities that this phase tests.) 


1.2.7 The Termination Phase 


The termination phase signals the end of the UETP package. The master 
command procedure deletes temporary files and performs other cleanup 
activity. It then displays the time at which the UETP run ended. 
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In addition, the master command procedure UETP.COM determines whether 
the UETP needs to be restarted. (You can request multiple runs when 
you start up the test package; see Section 2.2.3.) To automatically 
Start up another’ run, the procedure passes control directly to the 
device test phase. 


1.3 INTERPRETING UETP OUTPUT 


You can monitor the progress of the UETP tests at the terminal from 
which they were invoked. The terminal always displays status 
information, such as messages that announce the beginning and ending 
of each test and messages that signal an error. The tests send other 
types of output to various log files (which can include the issuing 
terminal) depending on how you invoked the tests. 


The log files contain output generated by the actual test procedures. 
For example, one log file contains the command output produced by the 
load test; another contains output created by the compatibility mode 
utilities, (Section 2.3.2 contains a list of the log files.) Even if 
the UETP completes successfully, with no errors visibly displayed at 
the terminal, it's good practice to check these log files for errors. 
For example, errors originating from the detached processes created by 
the Load and Device Tests will appear in the log files, though they 
might not be displayed at the terminal. Further, when errors are 
displayed at the terminal, check the log files for more detailed 
information about their origin and nature. 


The error messages that appear at the terminal and within the log 
files have two. basic sources: 


e The UETP tests themselves 
e The system components that are tested 


Chapter 3 of this guide lists and explains all the messages that the 
tests can generate. However, to clarify messages sent by the tested 
system components, you need to refer either to the VAX/VMS_ System 
Messages and Recovery Procedures Manual or to the manual that 


describes the individual component. 


CHAPTER 2 


UETP OPERATING INSTRUCTIONS 


This chapter presents the UETP operating instructions, including: 


e How to prepare and boot the system for running the UETP 
(Section 2.1) 


e How to define UETP variables (Section 2.2) 
e How to run the whole package (Section 2.3) 


e How to run individual UETP test phases (Section 2.4) 


2.1 PREPARING THE SYSTEM 


The images and command procedures that comprise the UETP are included 
in the distributed VAX/VMS~ system. You can run the UETP any time 
after the system has been generated and booted. This section 
describes the steps needed to set the system up for running the UETP. 


2.1.1 Booting the System 


To prepare for the UETP tests, boot the system in the normal manner. 
Bootstrap instructions are contained in the VAX-1ll Software 
Installation Guide. 


2.1.2 Logging In 


You should log into the console terminal connected to the | system, 
Section 2.2.1 below discusses output to the terminal in conjunction 
with the UETP log files. 


All UETP files reside in the [SYSTEST] directory on the system disk. 
To access these files, you must log in under the user name SYSTEST. 
The password to this account in the distributed system is UETP. (Note 
that because the SYSTEST account has powerful privileges, its password 
should be changed after the VAX/VMS system has been installed at the 
customer site. The AUTHORIZE utility, described in the VAX/VMS System 
Manager's Guide, can be used to change account passwords.) 
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In the system distributed by DIGITAL, the [SYSTEST] account has the 
following privileges and quotas assigned to it. 


Privileges: 


CMKRNL PRMMBX DIAGNOSE 
DETACH PRMCEB 
GRPNAM GROUP 
SYSNAM LOG_I0 
PHY IO VOLPRO 
Quotas: 
ASTLM: 10 
DIOLM: 12 
BIOLM:12 
TOCNT: 20 


To check that these privileges and quotas remain assigned, issue _ the 
following two commands: 


$ SHOW FROCESS/FRIVILEGES  @é 
$ SHOW PROCESS/QUOTAS 


In response to these commands, the terminal will display all 
privileges and quotas in effect for the current account. If any are 
missing, run the AUTHORIZE utility (as explained in the VAX/VMS System 
Manager's Guide) to add them. 


Note that, because the disk test writes to a major portion of the disk 
volume, disk quotas must be turned off when running UETP test or test 
phases that utilize the disk. 


You cannot run the entire UETP concurrently with other user programs 
or while user volumes are mounted. By design, the UETP assumes and 
requests the exclusive use of system resources. Unpredictable results 
could occur should this restriction be ignored. For example, since 
the UETP intentionally stresses system resources such as memory pool 
space and disk blocks, it may cause applications that depend on these 
resources to misbehave. 


2.1.3 Preparing Devices 


After logging in, you must set up all the devices to be tested. For 
quick reference, each subsection below concludes with a summary of the 
preparatory steps. 


2.1.3.1 Setting Up Disk Drives - For each disk drive in the_ system, 
perform the following steps: 


e Physically mount a disk that does not contain any data worth 
preserving (that is, a scratch disk) and start up the drive. 
If the disk has not been initialized, use the INITIALIZE 
command to do so. 


$ INITIALIZE/OATALCHECK DIMAO? TESTI GED 
This command initializes a disk on an RKO6 or RKO7 drive 


(DMAO:) and assigns the volume label TEST1 to the disk. Table 
2-1 lists the codes for the various device types. 


Summary: 
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Table 2-1 
Device Codes 





Device Type 








RPO04, RPO5S, RPO6 Disk 

TU58 Cassette 

RLO2 Disk 

RKO6, RKO7 Disk 

RMO3, RMOS Disk 

RX02 Disk 

Line Printer 

TS04 Magnetic Tape 

TE16, TU45, TU77 Magnetic Tape 
Interactive Terminal 





Note that all volumes must have unique labels. 


Issue a MOUNT command to connect the disk to the file system. 
For example: 


$ MOUNT/SYSTEM DMAO: TESTI 


This command mounts the volume labeled TEST1 on the drive 
DMAO:. The qualifier /SYSTEM indicates that you are making 
the volume available to all users in the system. 


If the volume does not contain the directory [SYSTEST], issue 
a CREATE command to set it up. The UETP uses this directory 
when testing the disk. 


$# CREATE/OUTRECTORY DUMAOILSYSTEST A Ge 


NOTE 


The TU58 Cassette is not autoconfigured in the system. 
In order to identify it to the system and to load its 
driver, you must execute certain SYSGEN commands. 
Refer to the VAX/VMS System Manager's Guide for 
detailed instruction on how to connect the _ TU58 
Cassette to the system by means of the SYSGEN utility. 


Physically mount a scratch disk 


Start up the drive 


Issue one or more of the following commands as required: 


SINITIALIZE/SNATACHECK cevice-mames label Qé& 
$MOUNT/SYSTEM clevice-name? label @G&& 


$CREATE/DIIRECTORY device-name sl SYSTESTI GED 
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2.1.3.2 Setting Up Magnetic Tape Drives - For each magnetic tape 
drive, perform the following steps: 


e Physically mount a write-enabled scratch tape at least 600 
feet long 


e Turn on power to the device 
e Position the tape at the BOT marker 


e Press the ONLINE switch 


2.1.3.3 Setting Up Terminals and Line Printers - To be tested by the 
UETP, terminals and line printers must’ be powered up and must be 
online to the system. Check that line printers and hard-copy 
terminals are properly loaded with paper. The amount of paper 
required depends on the number of UETP runs that you intend to 
initiate. For each run, a line printer and a hard-copy terminal each 
require two pages. 


In addition, check that all terminals are set to the correct baud rate 
and are assigned appropriate characteristics (see the VAX-11/780 


Summary: 


Turn on power to the device 
Check paper supply if the device produces hard copy 
Press the ONLINE switch 


Check baud rates and terminal characteristics 


2.1.3.4 Other Devices - The UETP does not test the following devices; 
their status has no effect on UETP execution: 


e Card readers 
e Network devices (DMCll1s) 
e Null devices 
e Dial-up terminal lines 
e Nonstandard devices 
Furthermore, the UETP does not test the console terminal or the 


console device. If you are able to boot the system, log in, and start 
the UETP, you have shown that these devices are usable. 
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2.2 DEFINING UETP VARIABLES 


This section explains several variables that you must define each time 
you run the entire UETP package. These UETP variables determine: 


e The amount of information to be output to the console 


e The number of users to be simulated by the UETP in the system 
load test 


e The number of consecutive runs to be made by the UETP 


You decide how much information should be output to the console by 
including or omitting the /OUTPUT qualifier to the call to the UETP. 
The remaining two variables are defined by your answers to_ two 
questions that the UETP asks when it starts up. 


2.2.1 The Console Log 


To initiate the UETP, you issue a call to the UETP master command 
procedure as follows: 


$ GUETE C/OUTFUT=filegrecd GE 


If you do not specify the /OUTPUT qualifier, the UETP proceeds to send 
all its output to the console. In most cases, however, it is more 
convenient for the UETP to write most of its output to a disk file. 
Furthermore, if you run the UETP from a hard-copy terminal, the typing 
of all the output considerably slows down the tests. This slowdown is 
multiplied if you request continuous UETP runs’ from a hard-copy 
terminal. 


By appending the /OUTPUT qualifier to the UETP call, you request a 
Short console log. The UETP then creates an output file, with the 
name you specified, on the system disk in the [SYSTEST] directory. 
During the run, the UETP displays status information at the console 
such as error messages and notifications of the beginning and ending 
of each phase. This information enables you to determine whether the 
UETP is proceeding normally. 


If the short console log indicates a problem, you can examine the 
output file for further information. This disk file contains most of 
the output generated by various phases of the UETP, as well as_ the 
Status information displayed at the console. Some phases have 
additional separate output files. For example, the _ load test 
generates a large amount of information which in itself is not very 
Significant: this information is written to a file called UETPLOG.LOG 
(see Section 2.3.2). 


2.2.2 The Load Test 


The purpose of the Load Test is to simulate a situation in which a 
number of detached processes, or users, are competing with one another 
for system resources. Each detached process executes a command 
procedure, thereby simulating a user entering commands from a 
terminal. 
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When the command procedure is finished, the detached process is 
deleted. You can monitor the number of currently active processes at 
the computer console where both the beginning and the end of each 
process will be displayed. 


When you initiate a UETP run (see Section 2.3), the UETP prompts’ for 
the desired number of detached processes or load test users, as 
follows: 


ENTER NUMBER OF LOAD TEST USERS CIN ori GED 


The maximum number of users that you should enter in answer to this 
prompt depends upon the amount of memory and the system disk in your 
VAX/VMS system; refer to Table 2-2 for guidance in making this 
decision. (Note that Table 2-2 is not meant to assist you in 
determining the number of actual users that your system can 
accommodate.) 


Table 2-2 
Guideline for Selecting Number of Load Test Users 








Number of Load 
Test Users 












RP- and RM-Based 256K 10 
384K 15 
512K 20 
640K 25 
768K 30 
896K 35 
1 megabyte 40 
RK-Based 256K 6 
384K 9 
512K 12 
640K 15 
768K 18 
896K 21 
1 megabyte 25 











2.2.3 Single-Run Versus Continuous UETP Execution 


The UETP can be run once or twice to check that the system is working, 
or it can be repeated many times to evaluate the system's response to 
continuous use. For example, a field service technician who is 
interested only in verifying that a newly installed system works might 
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run the UETP once or twice, whereas a manufacturing technician might 
let the system run all night as part of the VAX/VMS system's Final 
Assembly and Test (FA&T). 


When the UETP prompts, as follows, respond by entering the desired 
number of runs (n). 


ENTER NUMBER OF COMPLETE UETF RUNS [0 tri @eD 


If you type 1 in response to this prompt, the UETP stops after 
completing its initial run. If you specify a number greater than l, 
the UETP continuously restarts itself until it completes the number of 
runs specified. 


When you intend to specify multiple UETP runs, be sure to request a 
short console log (see Section 2.2.1), and make certain that all line 
printers and hard-copy terminals have enough paper. 


2.3 RUNNING THE ENTIRE UETP 


The following dialogue shows how to initiate one or more complete UETP 
runs. 


$ CUETR C/OUTFUT#=filesrecd 


KKK WELCOME TO UETP V2.0 BUILT 20-SEP-1979 xxx 
VAX/VMS UETF STARTED: mm/dd/yy dhe mm 


ENTER NUMBER OF LOAD TEST USERS Clim GE 
ENTER NUMBER OF COMPLETE UETF RUNS COD 3t Ge 


When you have entered the first line, optionally specifying a= short 
console log, the UETP responds’ by asking the two questions shown. 
(See Sections 2.2.2, and 2.2.3, for explanations of these questions.) 
After you have answered the last question, the UETP initiates its 
sequence of tests, which run to completion without further input from 
you. 


2.3.1 Using and 


The control characters CTRL) and ETAL) allow you to interrupt 
temporarily or to terminate UETP execution before it completes 
normally. 


2.3.1.1 CRY) —- GRY interrupts the current UETP test and 
temporarily returns control to the command language interpreter. 
While the test is interrupted, you can issue a subset of system 
commands; this subset is defined in the VAX/VMS Command Language 
User's Guide. You can then either terminate the test by typing STOP 
or continue the test from the point of interruption by typing 
CONTINUE. If you type STOP, the entire UETP aborts and_ control 
returns to the command language interpreter. 


Note that GiM does not affect detached processes already created by 
the interrupted test phase; for example, if GRMN were pressed 
during the device tests, the detached processes created (by the device 
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tests) to handle individual controllers would continue running, even 
if STOP were typed in an effort to abort the test phase itself. To 
Stop a detached process, you must first obtain its pid (process 
identification number) by typing SHOW PROCESS f@é . Then, substituting 
this number for pid,type STOP/ID=pid@e. 


On the other hand, pressing GaN during a UETP command _ procedure, 
rather than during an individual test phase, has the same effect as 
pressing § GRC (see below). 


Zao elie cru) 4«=6- Several UETP test phases react to @AO by cleaning 
up all activity and terminating immediately. The tests that have 
enabled GAO in this way display the following message as they start 
to run: 


“UETF-I-ABORTC, ‘’testname’ to abort this testy ture “C 


You cannot continue a test phase after you press GO to stop it; the 
UETP continues to the next test in the master command procedure. Note 
that GRO also stops any detached processes already created by the 
current test phase. 


2.3.2 UETP Log Files 


At the end of a successful single or multiple pass of the UETP 
package, the [SYSTEST] directory on the system disk will contain two 
files, UETPLOG.LOG and SSLOG.LOG; it will contain three if you 
specified the optional output file in the call to UETP (that is, 
@UETP/OUTPUT=filespec). The following list describes these three 
files: 


e filespec (that is, @QUETP/OUTPUT=filespec) - An optional log 
created if you request an output file in the call to the UETP. 
This file contains all the information normally displayed at 
the console as well as information that describes the progress 
of the tests in somewhat greater detail. 


e UETPLOG.LOG - A large log file that is a concatenatio of 
individual log files from the following tests: 


The device tests 

The native mode tests 

The system load test 

The compatibility mode tests 
The SORT test 


e SSLOG.LOG - A log file created by the native mode_ system 
services test. This file contains information on the testing 
of each system service. 


If a UETP run does not complete normally, UETP will be unable to clean 
up its files; in this event, the [SYSTEST] directory may contain 
other log files. These log files are ordinarily concatenated and 
placed within UETPLOG.LOG. If, however, they appear on the system 
disk, they may be used for error checking; but they must be deleted 
before running any new tests. You may delete them yourself or rerun 
the entire UETP, which, when it starts up, checks for old log files 
and deletes them. 
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The following is a listing and brief description of these temporary 
log files: 


e UNATIVE.LOG - A log file containing the output from the native 
mode utility test. 


@e UCOMP.LOG - A log file containing the output from the 
compatibility mode test. 


e LOAD.LOG - A log file containing output from the system _ load 
test. This test creates a variable number of detached 
processes, each of which generates a version of the LOAD.LOG 
file. 


e LOGP.LOG - A log file containing output from the device tests. 
These tests also create detached processes for each device, so 
there will be a version of LOGP.LOG for each device. 


NOTE 


When outputting UETP logs to the 
lineprinter, use the PRINT command or 
the PIP utility. 


2.4 RUNNING INDIVIDUAL UETP PHASES 


When you run the entire UETP, it automatically steps through a 
sequence of phases that test various parts and functions of the 
system. Each phase can be run separately so that you can test a 
specific part or function in isolation. This section gives operating 
instructions for directly initiating each phase. 


In summary, this section tells you how to run 
e The device tests (2.4.1) 
e The native mode tests (2.4.2) 
e The system load test (2.4.3) 
e The compatibility mode tests (2.4.4) 


Note that you must be logged in to the SYSTEST account to run the 
individual tests as described in this section (see Section 2.1.2). 


During some of the following tests, the symbol UETSSAME must be set 
equal to 1. This means that SYSSOUTPUT and SYSSERROR are both defined 
to be the terminal from which you are executing. If SYSSERROR and 
SYSSOUTPUT are different, then set UETSSAME equal to 0. 


2.4.1 The Device Tests 


The UETP device test consists of an executable image, called 
UETPDEVO1.EXE, which creates a detached process’ for every device 
controller to be tested. For example, if a system includes’ three 
terminal controllers, the device test creates three detached processes 
to test terminals. In parallel, the detached processes execute images 
that test different types of devices. If you do not want to test all 


the device types, you can run an image that tests only one specific 
controller. 
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Note that the magnetic tape test requires a reel containing at least 
600 feet of tape. 


Table 2-3 lists the device test images, the devices to be tested, and 
the commands to invoke each test. The DEFINE command in Table 2-3 
assigns a controller name to the group logical name UETPSCTRLNAME. 
The acronym deve stands for the device code (see Table 2-1, in Section 
2.1.3.1) together with the controller designation (usually a letter 
(for example, A _ or B] used to distinguish like controllers from one 
another). See Section 2.4.1.1 for more information on the _ logical 
name UETPSCTRLNAME. 


Table 2-3 
The Device Tests 

















Command (s) 





Test Image Devices to Invoke 
Name Tested the Test 
UETPDEVO1.EXE Disks BRUN UETRREVOL 


Line printers 
Magnetic tapes 
Terminals 


UETDISK00.EXE Disks 


$0EFINE/GROUP UETFPSCTRLNAME deve GE 
$RUN UETIISKOO 


UETPRINOO.EXE Line Printers 


$QEFINE/GROUP UETPSCTRLNAME deve GE 
SRUN UVETFERINOO 
UETTAPEO0O.EXE 


Magnetic tapes $0EFINE/GROUP UETESCTRLNAME cave GE 


fEVETTAFEOO GED 
Terminals 


UETTTYSO0O.EXE $OEFINE/GROUP UETPSCTRLNAME ceve GE 


$RUN UETTTYSOO GD 





2.4.1.1 The Logical Name UETPSCTRLNAME - The initial phase of the 
UETP creates a file called UETINIDEV.DAT that contains data on the 
VMS-Supported controllers in the system and their associated devices. 
UETPDEVOl uses the information in this file to find a controller name 
to pass to each detached process that it creates. UETPDEVO1l passes 
the name by assigning it to the group logical name UETPSCTRLNAME. 
Each detached process then uses that logical name to determine which 
devices to test. 


As long as the file UETINIDEV.DAT exists, UETPDEVOl can automatically 


pass the controller names to the device tests. If you have run the 
UETP before, the file exists unless you have explicitly deleted it. 
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The "“UETINIDEV.DAT" file is an ASCII sequential file that the user can 
type out or edit if needed. The contents of this file have the 
following meaning: 


DDB X DDD 00000000 00000000 


UCB Y U onnnnnnnn nnnnnnnn nnnnannnn 
where 
X = 0, if there are testable units for this controller 
X = 2, if this controller is not to be tested 
Y = 1, if this unit is testable 
¥ = 3, if this unit is not testable 
DDD = device name 
U = device unit number 


nnnnnnnn = device characteristics 


When you run an image that tests a particular controller, you must 
explicitly define UETPSCTRLNAME, as in the following example: 


$ DEF INE/GROUP UETFSCTRLNAME TTI Ger 
$ RUN VETTTYSOO 


This example assigns the controller name TTB to the logical name 
UETPSCTRLNAME and then runs the terminal test image UETTTYSOO.EXE. If 
your system has more than one terminal controller and you want to test 
all connected terminals, you must both define UETPSCTRLNAME and run 
UETTTYSOO.EXE Separately for each controller. 


When you run a device test for a specific controller, the group 


logical name UETPSCTRLNAME remains assigned after the test completes. 
To deassign this logical name, issue the following command: 


$ TEASSIGN/GROUP UETESCTRLNAME GE 


When UETDEVO] initiates the individual device tests, it deassigns' the 
logical name UETPSCTRLNAME at the end of the tests. 

Test Output - When UETPDEVO1 initiates the device tests, they record 
their results in versions of the file LOGP.LOG, which is listed in the 
[SYSTEST] directory on the system disk. When the tests run as part of 
the package, the UETP eventually concatenates all the versions of 
LOGP.LOG into the file UETPLOG.LOG and then purges the individual 
device test logs. However, when you run UETPDEVO1] separately, the log 
files remain in versions of LOGP.LOG until you explicitly delete them. 


When you run a test that exercises a specific controller - for 
example, UETDISKOO - the test sends its output to your terminal. 


2.4.2 The Native Mode Tests 

The native mode test phase includes three separate tests: 
e The system services test (UETNATV01.EXE) 
e The native mode VAX-11 SORT test 
e The VAX-11 RMS test (UETNRMSOO.COM) 
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2.4.2.1 The System Services Test - The system services test consists 
of a collection of images, each of which tests one or more system 
service. To activate the service tests, issue the following command: 


$ RUN UE TNATVOL GED 


The image UETNATVO1.EXE initiates a detached command procedure called 
SSTEST.COM, which in turn calls the individual test images. Each test 
image issues numerous calls to the system services, Under test, 
several calls are intended to produce a success return code. These 
calls test various legal ways to invoke the service; in so doing, the 
image also tests how the service responds to a call in different 
system contexts. The remainder of the calls test failure codes 
defined for the service. 


The image checks the results of each call against results that are 
known to be correct. If all the results match, the test is 
successful; if the image detects any discrepancies, the test fails. 
In general, the success or failure of one service does not affect the 
testing of any other service. 


Test Output - The system services test sends the following status 
messages to the terminal: 


SUETPT-BEGINy UETNATVOL besinnins at ‘date’ ‘“time’ 
AUETFE-T-ABORTCs UETNATYVOL to ahort this testy tyre “C 
ZAUVETE-I-TEXT,s UETNATVOL #£ VMS sustem services errors found is “nm? 
AVUETE TENDED, UWETNATVO1 ended at ’date’ ‘time’ 


The third message reports the number of system services that failed 
the test. If n is not equal to 0, check the SSLOG.LOG file on the 
system disk. This file, which is created at the start of the test, 
contains logging status information on the test results for each 
service. From it, you can find out which service, if any, has failed. 
(See the description of the SATSMS messages in Chapter 3.) 


2.4.2.2 The Native Mode VAX-11 SORT Test - The VAX-11 SORT test 
exercises the functions of the VAX-11l Sort utility. To activate the 
test, you run the command procedure SORTUETP.COM as follows: 


$ UETSSAME 3 =1 
$ @SORTUETF C/OUTFUT=filesrec GED 


The sorted data are written into sequential relative or indexed 
sequential files. In most cases, the file compare utility (DIF) is 
used to compare the results of the test commands with results that are 
known to be correct. 


2.4.2.3 The VAX-11 RMS Test - The VAX-11 RMS test exercises many of 
the record management options provided by VAX-11 RMS services. The 
test runs under the control of the command procedure UETNRMSOO.COM. 
To include magnetic tape exercises in the test, the logical name 
UETSMAGTAP must be defined. 
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The following command sequence defines the logical name UETSMAGTAP and 
runs the VAX-11 RMS test: 


$ UETSSAME3=1 
$ DEFINE/GR UETSMAGTAF device-name GED 
$ Q@UETNRMSOO C/OUTFUT=filesrecd GH 


To test the various I/O functions provided by VAX-11 RMS, the test 
creates files on disk and on magnetic tape (if the logical name 
UETSMAGTAP is defined). At the end of the test, these files are 
deleted and the magnetic tape rewound to Beginning of Tape (BOT). 


NOTE 


The logical name UETSMAGTAP should _ be 
deassigned at the end of the test. 


Test Output - When you run the VAX-11 RMS test separately, the test 
sends status messages and any error messages to the terminal or to an 
output file if you have requested one. (See the second command above, 
which shows the optional output file specification.) When the test 
runs as part of the UETP package, all the VAX-11 RMS test messages 
appear at the terminal. If you have specified an output file in the 
call to the UETP (that is, @UETP /OUTPUT=filespec) the messages also 
appear in that file. 


2.4.3 The System Load Test 


The purpose of the system load test is to simulate a number of 
terminal users who are simultaneously demanding system resources. 


The load test uses the logical name UETPSUSERS to determine the number 
of detached processes to create; each detached process executes a 
command procedure to simulate a user issuing commands from a terminal. 


To run the system load test separately, type the following two 
commands, inserting the desired number of simulated users (n): 


$ DEFINE /GROUF UETPSUSERS m Ge 
$ RUN UETLOALOL 


(See Section 2.2.2 and Table 2-2 therein for guidance in selecting the 
correct number of users for your system.) 


When you run the UETP as a whole, it prompts for the number of users 
to be simulated (See Section 2.2.2). Your response to the prompt 
ENTER NUMBER OF LOAD TEST USERS [0I: defines the group logical name 
UETPSUSERS. . 


The following is an example of the kind of information displayed 
during a system load test run; here, 12 users (n=12) were simulated. 
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(Refer to Chapter 3 for an explanation of the format and meaning of 
the messages displayed below.) 


$ TEFINE/GROUF UETFSUSERS 12 QE 

$ RUN VETLOADOL 

ZUETPE-I-BEGINy UETLOALOL besinnins at 22-MAY-1980 10331239.52 
ZUETFE-I-ABORTCs UETLOADOL to abort this test, ture “C 
ZUVETPI-USER: UETLOANOL Lo ouser runnimns 

ZUVETP-I-USER» UETLOAIOL 2 users runnins 

ZUETP-T-USERs UETLOANOL 3 users runmins 

ZAUVETFE-T-USERs UETLOADNOL 4 users runnimnes 

AUETR-T-USER: UETLOANOL S users runnin 

ZUETP-IT-USER:y UETLOADOL 6 users runnirnes 

ZUETEHT-USER:s UETLOANOL 7 users ruriiieris 

ZVETEI-USERs UETLOANOL 8 users riunririirist 

ZUETP-T-USERy UETLOANOL 9 users rurimins 

AUETR-T-USER: URTLOANOL 10 users runmins 
AUETP-T-USER: UETLOANOL 11 users runnirst 
ZUETF-I-USER: UVETLOANOL 12 users runnims 
ZUETE-T-USERs UETLOANOL 11 users running 
ZUETF-T-USERs UETLOADNOL 10 users runnin 
ZUETR-IT-USER:, UETLOADOL 9 users runmrims 

ZAUETP-T-USERs UETLOADOL 8 users rummiris 

ZUETE-T-USERs UETLOANOL 7 users runnirns 

ZUETE-T-USER, UETLOADOL 6 users running 

ZUETP-T-USER: UETLOADNOL & users rurrciuims 

ZUETP-T-USER: UETLOANOL 4 users ruririiris 

ZAUETP-I-USER: UETLOALOL 3 users rurirnirs 

AUETFET-USERs UETLOANOL 2 users runnines 

ZUETP-I-USER»s UWETLOANOL 1 user running 

ZUETE-I-ENDED, UWETLOANOL ended at 22-MAY-1980 11201°317.86 
$ 


In this example, the DEFINE command assigns the number 12 to the group 
logical name UETPSUSERS. When the load test executes in response to 
the next command, it creates 12 detached processes that execute 
different command procedures. (The load test in fact uses only 10 
different command procedures to simulate users. For more than 10 
users, the load test runs multiple copies of the command procedures.) 


To deassign the group logical name UETPSUSERS after the system load 
test completes, issue the command 


$ DEASSIGN/GROUF UETFSUSERS — @é 


The UETP master command procedure deassigns all group logical names 
assigned by its tests as part of the termination phase. The group 
logical name UETPSUSERS remains assigned only if you. run the system 
load test separately or if the UETP package does not complete 
normally. 


Test Output - The command procedures executed by the load test can 
generate a large amount of output, depending on the number of detached 
processes created. For each detached process (or user), the test 
creates a version of an output file called LOAD.LOG. The console 
displays status information only as the load test progresses. (See 
the example above for the types of messages displayed.) 


When the load test runs as part of the entire UETP, the UETP appends 
the LOAD .LOG files, writes the appended output to the _ file 
UETPLOG.LOG, and deletes the individual output files. However, when 
the load test runs separately, the LOAD.LOG files remain, one for each 
simulated user; they are not appended or written to another file. 
You must delete them yourself. 
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For example, the following listing shows all the LOAD.LOG files 
created by the load test illustrated above. 


$ DIRECTORY/SIZE/DATE LOAL.LOG# x GET 


QIRECTORY ODROLIESYSTEST.A 


eee MAY BO 11205 

LOAD. LOGFEL2 ee eam~MAY BO 
LOAD. LOGE we 22—-MAY 30 
LOAD. LOGE 10 18. mene MAY BO 
LOAD. LOGS 9 24s 22~-MAY B80 
LOAD. LOGI8 5? 6 2enMAY 80 
LOAN. LOGs 7 ee ae MAY 30 
LOAD LOG 9S AQ. een MAY~ B80 
LOAD. LOGS 17. 2anMAY~8O 
LOAN. LOGS 4 we eae MAY~8O 
LOAN. LOGE S Oe 22~MAY BO 
LOA. LOGE me wa MAY 80 
LOAD. LOGE we ean MAY BO 


TOTAL OF 215.7297. BLOCKS IN 12, FILES 
Issue the following command to delete the load test output files: 


$ QELETE LOAD.LOGs* GED 


2.4.4 The Compatibility Mode Test 


When the compatibility mode phase runs as part of the entire UETP, it 
tests all the utilities listed below. When you’ run this phase 
separately, you can choose to test all these utilities or only one 
specific utility. The command procedure UETCOMP00.COM issues several 
commands to each utility and then, in most cases, uses the. File 
Compare (DIF) utility to compare the results of the test commands with 
results that are known to be correct. 


By default, the compatibility mode test applies to all utilities 
listed below. Note that the second command in the following command 
procedure is bracketed to indicate that it is optional. If you wish 
to include the FLX TEST in the UETCOMP00.COM command procedure, you 
must define the UETSMAGTAP device-name, as indicated. Likewise, when 
the ALL utility is specified in the @UETCOMP00 command -- whether 
explicitly or by default -- you must also define UETSMAGTAP 
device-name. Note, too, that you must deassign the UETSMAGTAP logical 
name at the end of the test. 


$ UETSSAME 3 #1 


Ce DEF INE/GR UET&MAGTAF device-named 
$ BUETCOMFOO L/OUTFUT=filesreecd Cutailityd Qe 


where utility is one of the following values: 


ALL (the default) PIP 
DMP SLP 
FLX Sos 
LBR SRT 
PAT VFY 
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2.4.4.1 The File Transfer Utility (FLX) Test - The FLX test uses’ the 
logical name UETSMAGTAP to determine which tape drive to use for 
testing. You must define the logical name UETSMAGTAP yourself if you 
run the compatibility mode phase separately. For example: 


$ UETSéSAMES=1 GED 
$ DEFTINE/GR UET&MAGTARP MTO3?  QET 
$ CUETCOMFOO 


The above command sequence asSigns the device name MTO: to the 
logical name UETSMAGTAP and then invokes the compatibility mode tests. 
If you invoke the tests without defining the logical name UETSMAGTAP, 
the phase skips the FLX test. 


The following commands define the logical name UETSMAGTAP and 
specifically invoke the FLX test: 


$ UETSSAME 3 =1 
$ DEFINE/GR UET&MAGTAF MT13 GED 
$ CUETCOMFOO FLX QED 


2.4.4.2 The RSX-11M Executive Directives Test - To run the executive 
directives part of the compatibility mode phase, use the following 
command: 


$ UETSSAME3=1 QED 
$ @UETCOMFO3S C/OUTFUT=filesrecd GE 


The command procedure UETCOMP03.COM calls on various task images’ to 
test the RSX-11M executive directives. This phase should run two or 
three minutes and should not produce any errors. While this test is 
running, several lines of characters should be printed at your 
terminal following a line which Says: 


KKK FRINT TEST XXX 


When the test is run as part of the UETP, all of the output is 
directed to a file named UCOMP.LOG, which is later copied into the 
file UETPLOG.LOG. 


Test Output - When you run the compatibility mode test on its own, it 
sends all its output to the terminal unless you specify an output 
File. For example, the following command directs’ the command 
procedure to write all its output to the file UTILITY.LOG on the 
system disk. 


$@UETCOMFOO/OUTFUT=UTILITY.LOG GED 
When the test runs as part of the UETP package, the utility output is 


written to a file called UCOMP.LOG, which is duplicated in the file 
UETPLOG.LOG. . 


CHAPTER 3 


UETP MESSAGES 


This chapter contains an alphabetical listing and description of the 
messages returned by the UETP tests. It does not describe the 
messages returned by components of the VAX/VMS system as a _ result of 
the testing. For explanations of the latter type of message you must 
refer to the VAX/VMS System Messages and Recovery Procedures Manual or 
to the manual that describes the part of the system that returned the 
message. For example, if the compatibility mode test causes a utility 
to detect an error, the utility itself returns an error message. To 
clarify this message, you must consult the manual that describes’ the 
utility. 


In Section 3.2, variable parts of each message are enclosed in 
apostrophes. For example, in the message 


READERR, error reading ‘input-file' 


the value ‘input-file' is determined by the program that encountered 
the error. 


3.1 FORMAT OF SYSTEM MESSAGES 


The general format of messages displayed by the VAX/VMS' operating 
system is as follows: 


SFACILITY-L-CODE, TEXT 
[-FACILITY-L-CODE, TEXT] 


FACILITY is the name of the system component that issues the message. 


L is a severity level indicator having one of the _ following 
values: 


Code Meaning 


S Success 

I Information 

W Warning 

E Error 

F Fatal or severe error 


(Severity levels are defined in more detail in the VAX/VMS 
System Messages and Recovery Procedures Manual.) 


CODE is an abbreviation of the message text. (The message 
descriptions in Section 3.2 are alphabetized by this code.) 


UETP MESSAGES 


TEXT is the explanation of the message. 


{[-FACILITY. r | 
is a related message. 


3.2 ALPHABETICAL LIST OF MESSAGES 
ABORT, 'testname' aborted [at ['date'] 'time'] 
Explanation: A test ended abnormally. 


User Action: Investigate the reason for the abnormal termination 
of the test. 


ABORTC, 'testname' to abort this test, type @ 
Explanation: The image displaying this message responds’ to 
TRL) by terminating gracefully (that is, deassigning all 
logical names and deleting all files) and passing control to’ the 
command language interpreter. You cannot restart the image after 
typing GRO . Use Gay to temporarily interrupt an image. 
User Action: None. 

ATPC, at PC ‘location' 
Explanation: This message displays a PC location to. provide 
further information about an error described in one or more 
accompanying messages. 
User Action: If the error is severe or reproducible, use a 
Software Performance Report (SPR) to describe the error to 
DIGITAL. 

BADFIELD, '‘record' field invalid at PC '‘'location' 
Explanation: The VAX-11 RMS test detected a discrepancy in the 
record, found at the PC location specified, which VAX-11 RMS 
itself did not detect. 


User Action: Rerun the test and, if the error recurs, send an 
SPR to DIGITAL. 


BADLOGIC, internal logic error detected [at PC 'location'] 
Explanation: An unexpected internal software error occurred. 


User Action: Collect as much information as possible and send an 
SPR to DIGITAL. 


BADWORD, invalid data 'xxxxxxxx' at 'location' 
Explanation: An unexpected word of data was encountered. 


User Action: Collect as much information as possible and send an 
SPR to DIGITAL. 


BEGIN, ‘testname' beginning at 'date' 'time' 


Explanation: This message announces the beginning of a_ specific 
test. 


User Action: None. 


UETP MESSAGES 


CONF, the following devices are sysgened into this system 


Explanation: The image UETINITOO displays this message before 
listing all the controllers and devices generated into the 
system. The message and the list appear in a disk file if you 
requested a short console log (see Section 2.2.1); otherwise, 
they appear at the terminal that initiated the tests. 


User Action: None. 


DATAER, data error on ‘device-type' unit 'number' byte ‘'location' 
good data = 'xxxxxxxx' bad data = 'xxxxxxxx' 


Explanation: The disk test (UETDISK00) detected a difference 
between the data that was written from memory to a device and the 
same data after it was written back from the device to memory. 


User Action: Investigate the device that caused the error. 
DDB, UETINITOO DDB 0 ‘'controller' 00000000 00000000 


Explanation: The message displays the name of a VMS-Supported 
controller in the system. The message is part of a listing that 
describes all VMS-Supported controllers and devices in the 
system. 


User Action: None. 
DENOSU, 'testname' device 'device-type' is not supported 


Explanation: The device name in the message is not known to, and 
therefore cannot be tested by, the UETP (NET, for example). 


User Action: None. 
DESTP, 'testname' stopped testing 'controller' unit 'number' at 'time' 


Explanation: A device that passed the simple read/write test in 
the initial phase of the UETP could not complete its test in the 
device test phase. For example, this problem can occur on a disk 
that does not have enough free space to hold the test file. 


User Action: If you think that the device should be tested by 
the UETP, investigate and fix the problem; otherwise, ignore the 
message. 


DEUNUS, 'testname' device 'device-name' is unusable, error code 
= "yxxxxxxx' 


Explanation: The specified device failed to pass the’ simple 
read/write test in the initial phase of the UETP. Subsequent 
tests in the UETP package will not attempt to test the device. 
Another message usually follows to explain why the device failed 
the test. Possible causes are that the device is down, offline, 
not mounted, not initialized, or not write-enabled. 


User Action: Either make the device usable or ignore’ the 
message. 


UETP MESSAGES 


ENDED, 'testname' ended at 'date' 'time' 


Explanation: This message announces the completion of a specific 
test. 


User Action: None. 


RKXKKKKKKKKKKKKKRKKRKRKKEK 


ERBOX, * Error count = nnn * 
RAEKKKKKKKRKKRKRKKKKRKKRKKSK 


Explanation: This message assigns a sequence number (nnn) to. an 
error described in a subsequent message. 


User Action: None. 
NOTRAN, no string translation performed 


Explanation: The device tests use the group’ logical name 
UETPSCTRLNAME to obtain the name of a controller whose devices 
are to be tested. The system load test uses the group logical 
name UETPSUSERS to determine the number of detached processes to 
create. This message appears when you run either the device 
tests or the system load test separately and the appropriate 
logical name has not been defined. 


User Action: Define the group logical name UETPSCTRLNAME or 
UETPSUSERS and rerun the tests. Note that you need to define the 
logical names explicitly only when you run the device or system 
load tests separately. (See Section 2.4.1 for further 
information.) 


OPENIN, error opening ‘input-file' as input 


Explanation: Self-explanatory. This message is usually 
accompanied by a VAX-11 RMS message indicating the reason for the 
failure. 


User Action: If possible, correct the situation that caused the 
error. 


OPENOUT, error opening ‘output-file' as output 


Explanation: Self-explanatory. This message is usually 
accompanied by a VAX-1l1 RMS message indicating the reason for the 
failure. 


User Action: If possible, correct the situation that caused _ the 
error. 


READERR, error reading ‘input-file' 


Explanation: Self-explanatory. This message is usually 
accompanied by a VAX-1l1 RMS message indicating the reason for the 
failure. 


User Action: If possible, correct the situation that caused the 
error. 


UETP MESSAGES 


RMSERROR, RMS Service error 


Explanation: The VAX-1l1 RMS test returns this message when 
VAX-11 RMS itself encounters an error. A subsequent RMS message 
then describes the actual error. 


User Action: If possible, correct the situation that caused the 


error described in the RMS message. The VAX/VMS System Messages 
and Procedures Manual describes all the VAX-11 RMS messages. 


SATSMS, test module ‘'testname' 'status' 


Explanation: This message announces that the testing of a 
specific system service has begun, ended successfully, or failed. 
The message appears in the file SSLOG.LOG and is created by _ the 
native mode system service test. (See Section 2.4.2.1.) 


User Action: None if 'status' is begun or successful. However, 
if 'status' is failed, the test supplies a series of messages to 
describe the reasons’ for failure. In this case, see _ the 


description of the TEXT message for suggested user action. 
SYSERROR[PC], 'testname' system service error [at PC 'location'] 


Explanation: A test received an unexpected error return from a 
VMS system service. 


User Action: A suggestion is to run the native mode system 
services test phase individually (see Section 2.4.2.1); the test 
might reproduce the error that caused this message to appear. If 
the error occurred because of a quota or privilege violation, 
refer to Section 2.1.2 for an explanation of how to modify 
privilege and quota allocations for the SYSTEST account. For 
other types of error, collect as much information as possible and 
send an SPR to DIGITAL. 


TEXT, ‘text' 


Explanation: Some UETP tests use this message to convey 
information that is usually self-explanatory. The native mode 
system services test, for example, uses this message to explain 
why a system service failed its test. 


User Action: In most cases no user action is indicated; 
however, there are two suggested user actions if a TEXT message 
written to the UETPLOG.LOG or SSLOG.LOG file describes a system 
service test failure: - (1) Check the quota and privilege 
allocations for the SYSTEST account if the message includes a 
system service error code that indicates a quota or privilege 
violation. (See Section 2.1.2 for information on examining and 
modifying account allocations for quotas and privileges.) (2) 
Forward a listing of SSLOG.LOG to DIGITAL if other types of 
system service test failures are described and are repeatable. 


UCB, UETINITOO UCB 1 ‘unit-number' 'xxxxxxxx' 'xxxxxxxx!' 'xxxxxxxx' 


Explanation: This message describes a device unit on a 
controller named in a preceding DDB message. The three 
hexadecimal values are equal to the device-characteristics words 
1, 2, and 3. (The VAX/VMS I/O User's Guide contains information 
on device-characteristics words.) 


User Action: None. 


UETP MESSAGES 


UNXPCTSTS, unexpected status detected 


Explanation: The VAX-11 RMS test encountered a condition other 
than End of File (EOF) when it expected to find EOF. A VAX-11 
RMS message follows the UNXPCTSTS message and explains’ the 
condition actually encountered. 


User Action: See the description of the accompanying VAX-11 RMS 
message in the VAX/VMS System Messages and Recovery Procedures 
Manual. 

USER, UETLOADO1 nnn user[s] running 
Explanation: The image UETLOADO1 issues this message to announce 
the number of users currently active in the system load test (see 
Section 2.4.3). 
User Action: None. 

WRITEERR, error in writing 'file-spec' 
Explanation: A test was unable to write to the specified file. 
User Action: Remove the write lock (if any), try the test again, 


or report the problem (if reproducible) to DIGITAL by means of an 
SPR. 


APPENDIX A 


SUMMARY OF OPERATING INSTRUCTIONS 


This appendix summarizes the UETP operating instructions to provide a 
quick reference section for those who are already familiar with 
running the UETP. For further information about any instruction given 
below, see the appropriate section in Chapter 2. 


A.1 LOGGING IN 

Log into the SYSTEST account as follows: 
RET 
Username? SYSTEST 


Password? QET 


Note that the system does not echo the password. 


A.2 PREPARING DEVICES FOR TESTING 


This section tells you how to prepare different kinds of devices’ for 
testing by the UETP. 


A.2.1 Disk Drives 
To prepare each disk for testing, perform the following steps: 
@ Physically mount a scratch disk 
e Start up the drive 
e Issue one or more of the following commands as required: 
$ INTTIALIZE/DATA.CHECK device-name? label Qe. 
$ MOUNT/SYSTEM device-name? label @QEr 
$ CREATE/DIRECTORY device-name? CSYSTEST GE 


Note that the TU58 Cassette must be connected to the system by certain 
SYSGEN commands (see note in Section 2.1.3.1). 


SUMMARY OF OPERATING INSTRUCTIONS 


A.2.2 Magnetic Tape Drives 


To prepare each magnetic tape drive for testing, perform the following 
steps: 


e Physically mount a write-enabled scratch tape at least 400 
feet long 


e Turn on power to the device 
e Position the tape at the BOT marker 


e Press the ONLINE switch 


A.2.3 Terminals and Line Printers 


Prepare terminals and line printers for testing by performing the 
following steps: 


e Turn on power to the device 


e Check the paper supply if the device produces hard copy (two 
pages for each pass of the UETP) 


e Press the ONLINE switch 


e Check baud rates and terminal characteristics (see the 
VAX-11/780 Hardware User's Guide) 





A.2.4 Other Devices 
The UETP does not test the following devices: 
e Card reader 
e Network devices (DMClls) 
e Null devices 
e The console terminal and the console floppy disk 
e The terminal used to initiate the UETP tests 
e Dial-up terminal lines 


e Nonstandard devices 


A.3 RUNNING THE ENTIRE UETP 


To initiate the UETP test package, enter a call to the UETP master 
command procedure and respond to the three prompts shown below: 


$ Q@UETF C/OUTFUT=filesrec] GED 


XXX WELCOME TO URTRE V2.0 BUILT 20-SEP-1979 Xxx 
UETFE STARTING AT dele mmm~-wisy the mins 66 


ENTER NUMBER OF LOAD TEST USERS Cm: m GED. 
ENTER NUMBER OF COMPLETE UETFE RUNS Cod: m GD 


A-2 
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Sections 2.2.2, 2.2.3, and 2.2.4 explain the three prompts in detail. 
Table 2-2 provides a guideline for choosing the number of load test 
users according to the amount of memory in the VAX/VMS- system being 
tested. 


Use GRY) or mG 86rto interrupt the tests (see Section 2.3.1). 


A.4 RUNNING INDIVIDUAL UETP PHASES 


This section shows how to initiate individual UETP test phases. 


A.4.1 The Device Tests 


To test disks, line printers, magnetic tapes, and terminals all at 
once, issue the following command. 


$ RUN UETROEVOL @ET 


Note that the file UETINIDEV.DAT must exist on the system disk; see 
Section 2.4.1.1. 


To test disks only, issue the following commands: 


$ EF INE/GROUP URTESCTRLNAME deve GET 
$ RUN UETEISKOO @EDKRI. 


where deve is the device code plus the controller designation (DMB, 
for example). The group logical name UETPSCTRLNAME must be defined 
explicitly when you run individual device tests. 


To test line printers only, issue the following commands: 


$ DEF ITNE/GROUF UETFE&CTRLNAME deve (GEC 
$ RUN UETFRINOO 


To test magnetic tapes only, issue the following commands: 


$ QEFINE/GROUP URTFE&CTRLNAME cave: QET 
$ @ VETTAPEOO 


To test terminals only, issue the following commands: 


$ DEFINE/GROUF UETPSCTRLNAME deve QE 
$ RUN VETTTYSOO 


A.4.2 The Native Mode Tests 

The native mode test phase includes three separate tests: 
e The system services test 
e The native mode VAX-11 SORT test 


e The VAX-11 RMS test 
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To run the system services test, issue the following command: 


$ RUN UETNATVO1 GED 


To run the native mode VAX-11 SORT test, issue the following commands: 


$ UETSSAMES=1 ED 
$ @SORTUETRE C/OUTFUT=filesrectd 


To run the VAX-11 RMS test, issue the following commands: 
UET&SAME 2:1 QED 


DEFINE/GR UET&MAGTAP cdevice-mame GET 
@UE TNRMSOO 


Fe Fs 


Note that the RMS test cannot include magnetic tape tests unless you 
explicitly define the logical name UETSMAGTAP as shown above. 


A.4.3 The System Load Test 
To run the system load test, issue the following commands: 


$ DEFINE /GROUP UETFSUSERS rm QE 
$ RUN UVETLOADOL GED 


Note that you must define the group logical name UETPSUSERS when you 
run the load test separately. See Section 2.2.2 and Table 2-2 for 
further information. 


A.4.4 The Compatibility Mode Test 


To run the compatibility mode test, issue the following commands: 
$ UE TéESAME 3=1 


$ TEFINE/GR UETS&MAGTAF device-name GED 
$ PUETCOMFOO L/OUTFUT=filesrecid Cutilitywd @ 


where utility is one of the following values: 


ALL (the default) PIP 
DMP SLP 
FLX Sos 
LBR SRT 
PAT VFY 


Note that you must define the logical name UETSMAGTAP to include the 
FLX test in the compatibility mode test phase; see Section 2.4.4. 


To run the RSX-11M executive directive tests, issue: 


$ YETSSAME 2 =1 GED 
$ CUETCOMFOS C/OUTFUT=filesrect GE 


APPENDIX B 


A UETP CONSOLE DIALOGUE 


This appendix is an example of a user dialogue with UETP in the course 
of 


a test run. It is meant to show what kind of information exchange 
actually takes place at the computer console when a user runs_~ the 
UETP. 














B.1 EXAMPLE OF DIALOGUE 


$ @UETF 


xX WELCOME TO UETP V2.0 BUILT 20-SEP-1979 
UETP STARTING AT 23-FEB-1980 15320326.25 


ENTER NUMBER OF LOAD TEST USERS CDI? 10 


ENTER NUMBER OF COMPLETE UETP RUNS CDI? 1 


“UETP-I-BEGINy 


*UETP-S~COMF » 
“UETP-S-DIBys 
AUETP-S-UCB» 
*UETP-S-UCB» 
“UETP-S-UCB» 
AUETP-S-DOIE s 
“UETP-S-UCB ys 
AUETP-S~DDB » 
ZUETP-S-UCEr 
ZUETP-S-UCB,e 
“*UETP-S-UCB» 
AUETP-S-UCE» 
AUETP-S-DIB» 
“ZUETFP-S-UCB» 
“4UETP-S-DDEB» 
SUETP-S-UCBs 
“UETP-S-UCB» 
“UETP-S-DDE » 
*UETP-S-UCE» 
“UETP-S-UCB» 
AUETP-S-UCE» 
“UETP-S-UCBs 
SUETP-S-UCK» 
“*UETP-S-UCR» 
“UETP-S-UCE sr 
“UETP-S-UCE» 
*UETP-S~-IDB » 
“4UETP-S-UCB» 
SUETP-S—-DDEs 
“UETP-S—-UCE» 
“ZUETP-S-DDB» 


UVETINITOO 
UETINITOO 
UETINITOO 
UETINITOO 
VETINITOO 
UVETINITOO 
UETINITOO 
UETINITOO 
UETINITOO 
UETINITOO 
UETINITOO 
VETINITOO 
VETINITOO 
UVETINITOO 
UETINITOO 
UETINITOO 
UVETINITOO 
UETINITOO 
UETINITOO 
UETINITOO 
UETINITOO 
UETINITOO 
UETINITOO 
UETINITOO 
UETINITOO 
UVETINITOO 
UETINITOO 
UVETINITOO 
UETINITOO 
UETINITOO 


DOB 
UCE 
UCE 
UCE 
DDE 
UCR 
DOE 
UCK 
UCE 
UCR 
UCKE 
DOE 
UCR 
DOB 
UCK 
UCR 
noe 
UCK 
UCB 
UCE 
UCE 
UCE 
UCE 
UCE 
UCR 
DOE 
UCB 
nue 
UCR 
LUE 


0 


OCR OKM ORM HM Mee Ree One OF ORE HE HOF OH be eH 


DRA 
0 


1 


° 
ra 


OFA 
0 


x 
~ 
OPNAaUbWNHHS 


oO 
2] 
~ D> 


NET 


00000000 
10404008 
1C4D4008 
10404008 
00000000 
00040007 
00000000 
OoC150001 
OC1S50001 
0C150001 
0C150001 
00000000 
oC150001 
00000000 
1C 404008 
1C424008 
090000000 
00040007 
00040007 
00040007 
00040007 
00040007 
00040007 
00040007 
00040007 
00000000 
00444038 
00000000 
10054008 
00000000 


00000000 
02000501 
02000501 
02000301 
00000000 
00842042 
00000000 
010000A0 
010000A0 
001201A0 
005401A0 
090000000 
O08400A0 
00000000 
02000201 
02000101 
00000000 
00504042 
00504042 
00504042 
003504042 
00506042 
00504042 
00304042 
00500042 
00000000 
08000102 
00000000 
02001001 
060000000 


xKX 


UETINITOO besginning at 23-FER-1980 15220:33.84 
the followins devices ere sussdened into this system 


O32F1316 
O32F1316 
O19B1316 


180002A0 


00000000 
00000000 
00000000 
00000000 


00000000 


O32FO0316 
O19R0316 


181013A0 
181013A0 
181013A0 
181013A0 
18101380 
181013A0 
181013A0 
100012A0 


000003C0 


OO4T011A 
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ZUETP-S-UCB: UETINITOO UCR 1 
ended at 23-FEB-1980 15221°38.59 
ZUETP-I-BEGIN»s UETINITO1 besinnins at 23-FEB-1980 153$21°341.04 
device OPA is not surrorted 

device MBA is not surrorted 

device NLA is not surrorted 

device CSA is not surrorted 

device NET is not surrorted 
ZVETP-I-ENDEDs UETINITOL ended at 23-FEB-1980 15221:58.33 


AUETP-I-ENDED: UETINITOO 


“ZUETP-I-DENOSU » 
“UETP-I-DENOSU» 
“ZUETP-I-DENOSU» 
4UETP-I-DENOSU >» 
AZUETP-I-DENOSU» 


UETINITO1 
UETINITOI 
UETINITOL 
UETINITOIL 
UETINITOI 


© 0C1C2000 01000000 00000000 


¥XXKXKKKK PERIPHERAL DEVICE TEST XXXXKKKKX 
ZUETP-I-BREGIN:s UETPDEVOL besinnins at 23-FEBR-1980 15322:303.48 


“ZUETP-I-ABORTC» 


UETPREVOL to abort this tests tyre “C 
ZUETP-I-BEGINys test of controller DBA besinning at 15 
ZAUETP-I-BEGINs test of controller DMA besinnins at 15 
AUETP-I-BEGIN»y test of controller TTA besinnins at 15 


oe OF oe 
Jhb ho 


ZUETP-I-BEGINes test of controller MTA besinning at 15222%247.29 
AUETP-I-ENDED:s test of controller TTA ended at 15223:37.86 
ZUETP-I-ENDED, test of controller DBA ended at 15%325202.14 
ZUVETP-I-ENDED, test of controller DMA ended at 15%26203.43 
4UETP-I-ENDED, test of controller MTA ended at 15229312.99 
AUETP-I-ENDED, UETPOEVOL ended at 23-FER-1980 15:29%315.02 


KXKXKKKKKKKKKK NATIVE MOBE TESTS XKKXKKKKXXKXX*X 
KKK VAX-11 RMS tests bedinnins at 23-FEB-1980 15%29°318.90 *kxx 


$ RUN UETNRMSO1 
“ARMNSTST-I-BEGINy 
“RNSTST-~I-ENDED» 
ARMSTST-I-BEGINy 
“RMSTST-I-ENDEDs 
“RMSTST-I-BEGIN»e 
“RMSTST-I-ENDEDs 
“RMSTST-~I-BEGINy 
“RMSTST-I-ENDED » 
“RMSTST-I-BEGINe 
“ARNSTST-I-BEGIN: 
ARMNSTST-I-ENDED » 
“*RNSTST-I-BEGINe 
“ARMSTST-~I-ENDETD 
“RMSTST-I-BEGIN: 
“RMSTST-I-ENDED 
ARMSTST-I-ENDED» 


BLOCK 1/0 TESTS besinning at 15:329:322.48 

BLOCK 1/0 TESTS ended at 15329328,20 

XAB TESTS beginning at 15$29330.18 

XAB TESTS ended at 15229°33.22 

SEQUENTIAL TESTS besinning at 15329334.84 

SEQUENTIAL TESTS ended at 15230711.36 

RELATED FILENAME AND DIRECTORY TESTS beginning at 15:330:213.20 
RELATED FILENAME AND DIRECTORY TESTS ended at 15230:17.35 
RELATIVE TESTS besinning at 15:30:19.87 


LOCKING 
LOCKING 
LOCKING 
LOCKING 
LOCKING 
LOCKING 


TESTS 
TESTS 
TESTS 
TESTS 
TESTS 
TESTS 


besinnins at 15%30323,.61 
ended at 15330:25.79 
besdinnins at 15%30%29.39 
ended at 15730:331.64 
bestinnmins at 15330°35.09 
ended at 15330737.33 


RELATIVE TESTS ended at 15230:339.08 
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ARMSTST-I-BEGIN»s INDEXED TEST thesinnins at 15%2302340.89 
ARMSTST-I-ENDED, INDEXED TEST ended at 15232°43.85 
ARNSTST-I-BEGINy COFY besinnins at 15132245.66 
ARMSTST-I-ENDED, COPY ended at 15232347.60 
ARMSTST-I-BEGIN:s APFEND besinmnins at 15232%49.11 
ARMSTST-I-ENDED» APPEND ended at 15232:51.06 

CEOF I 
$ ! See if the arrend succeeded with the TIF rrosram 

$ MCR DIF TI?=APPEND.PIPsAPPENDIT.FIF 

OOOO ”IOIOIOICIO OOOO GIOIOK]ORORIG”OR OIRO ROKK OK KK KKK 
SOROOOIORIOROKK KR ROKKKKKKK FILE COMPARE UTILITY (220K K ROKK KKKK KKK KR KK KKK KKK 
KKKKKKKKKKKKKKKKKKKKKKKKK DIF —--— VERSION 1.412 KXKKKKKKKKKKKKKRKRKRKKKK KKK 
SOOOIOOICIOROOOOKIORORORORROKIOROOROOKOK OK OKO ROKK KKK KOK 


OOOO IOC OK OK 
KKKKKKKKKKKKKKKKKKKAKK MERGED LIST OF DIFFERENCES XXXXKEKKKKKKKKKKKKKEKK 
SOOO OOOO IGOR ORC OOK OOOO ROK OK ORK 


NONE 
$ SET NOVERIFY 
~MTAO?3 ALLOCATED 
“MOUNT-I-MOUNTED» UETTAP mounted on —MTAO: 
$ RUN UETNRMSO1 
“ARMSTST-I-BEGIN»s MAGTAPE TESTS besinnins at 15233325.27 


“RMSTST-I-ENDEDs MAGTAFE TESTS ended at 15234320.03 


KKK KKK KKK K KKK AK KKK KK KKK KKK KEK 
Please idnmore any delete errors 
MORK KKK KKK KKK KKK KK KKK KK KKK KK 
**KXKX VAX-11 RMS tests endings st 23-FEB-1980 15233%55.01 %*Kxkx 


KXKKKKKKKKKK VMS SYSTEM SERVICES XXKKKKKXKXKKX 
“ZUETP-I-BEGINy UETNATVOI1 besinning at 23-FEB-1980 15°333:359.33 
“ZUETP-I-ABORTC» UETNATVO1 to abort this test, tyre “C 
“UETP~I-TEXTy THE FOLLOWING MSGS ARE PART OF THE $BRDCST TEST «++ PLEASE IGNORE 


GNDOTWIG dIOSNOO dLdn WV 


Vv 
Vv 
Vv 
Vv 


VAX/VMS VAX/VMS VAX/VMNS 
VAX/VMS VAX/YMS VAX/¥MS 
VAX/VMS VAX/VUMS VAX/VMS 
VAX/VMS VAX/VMS VAX/VMS 
VAX/¥MS VAX/Y¥MS VAX/Y¥MS 


VAX/¥MS 


VAX/VMS 


VAX/VMS 


VAX/VNS 
VAX/VMS 


VAX/UMNS 


VAX/¥MS 


VAX/VUMS 


VAX/YMS 


VAX/VMS 


VAX/YUMS 


VAX/VNS 


VAX/YMS 


VAX/VMS 


VAX/VMS 


VAX/VMS 


VAX/VMS 


VAX/VMS 


VAX/VMS 


VAX/VMS 


VAX/YMS 


VAX/YMNS 


VAX/UMS 


VAX/VNS 


VAX/VMS 


VAX/YMS 


VAX/ VMS 


VAX/VMS 


VAX/VMS 


VAX/VMNS 


VAX/VNS 


VAX/Y¥MS 


VAX/VNS 


VAX/VMS 


VAX/VMS VAX/VMS VAX/YMS VAX/VMS VAX/YMS VAX/VMS VAX/VMS VAX/ 


VMS VAX/VMS VAX/VMS VAX/VMS VAX/VMS VAX/Y¥MS VAX/VMS VAX/V¥MS VAX/VMS VAX/YVMS VAX/V¥MS VAX/Y¥MS VAX/YUMS VAX/VMS VAX/VMS VA 


VAX/VMS VAX/VMS VAX/VMS VAX/¥MS VAX/UMS VAX/YVMS VAX/VMS VAX/YMS VAX/VMS VAX/VMS VAX/VMS VAX/VUMS VAX/VMS VAX/YUMS VAX/VMS VAX/VMS VAX/ 
VMS VAX/UMS VAX/YUMS VAX/VMS VAX/¥MS VAX/YUMS VAX/VMS VAX/VMS VAX/VMS VAX/VMS VAX/VMS VAX/VMS VAX/V¥MS VAX/YUMS VAX/VUMS VA 


VAX/VYMS YVAX/YMS YVAX/VMS VAX/VMS VAX/YMS VAX/Y¥MS VAX/VMS VAX/VMS VAX/YMS VAX/VMS VAX/VMS VAX/Y¥MS VAX/VMS VAX/VMS VAX/YMS VAX/V¥MS VAX/ 
VMS VAX/YMS VAX/YMS VAX/VMS VAX/VMS VAX/YMS VAX/YMS VAX/Y¥MS VAX/VMS VAX/YMS VAX/Y¥MS VAX/VMS VAX/VMS VAX/VMS VAX/VMS VA 


VAX/VYMS VAX/VMS VAX/YVMS VAX/VMS VAX/VMS VAX/VMS VAX/¥MS VAX/VMS VAX/VMS VAX/VMS VAX/VMS VAX/YUMS VAX/VMS VAX/UMS VAX/VMS VAX/VMS VAX/ 
UMS VAX/VMS VAX/VMS VAX/VMS VAX/YMS VAX/VMS VAX/VMS VAX/VMS VAX/VMS VAX/VMS VAX/VMS VAX/VMS VAX/Y¥MS VAX/V¥MS VAX/VMS VA 


“SUETP-I-TEXT» NO MORE SBRDOCST MSGS ... 


Opcomy 23-FEB-1980 15238240.97» 


Oecoms 23-FEB-1980 15238354.39: terminal ensbledr 


Opcomsr 15238256.91s 


CENTRAL? PRINTER: TAPES,» 


DISKS: 


OPER( 1s 2932 49Sxbs7 9 8e9e1Oelivi2) 


“AUETP~I-TEXTs UETNATVO1L # VMS sustem 


terminal disabled: 


Orerator terminal statuss 
DEVICES: 


—~OFAO’ 


service errors found is 0 


“UETP-I-ENDED» UETNATVO1 ended at 23-FEB-1980 15346235.70 


HXRKKKKKKKKK NATIVE MODE SORT TEST XxxKKXKKKKKK 


*Xk VAX-11 SORT TESTS BEGINNING AT 23-FEB-1980 15$46240.03 xxx 


VERIFICATION OF SORT TESTS SUCCESSFUL 


*XK VAX-11 SORT TESTS ENDING AT 23-FEB-1980 15 


$48310.60 *xKx 


THANK YOU FOR YOUR PATIENCE 
orerator=_0PA0? 


orerator=_0PA0?% 


ANDSOTWIG gFIOSNOOD dLdn W 


*KKKRKKKKKKKKKKKKK LOATH TEST *XKKKKKKKKKKKKXK 
SUETP-I-KBREGINs UETLOADOIL besinnins sat S3-FEBR-1980 15348!14.97 
AZUETP-I-ABORTCs VUETLOADOI to abort this tests tyre “C 


ZUETP-I-USER» 
ZUETP-I-USER» 
AXUETP-I-USER» 
“SUE TP-I-USER » 


4ZUETP-I-USER, UETLOADOL 1 user runnins 
AUETP-I-USER, UETLOADOL 2 users runnins 
AUETP-I-USER: UETLOANOL 3 users runnins 
“UETP-I-USER:s UETLOAIOL 4 users running 
AUETP-I-USER, UETLOAROI S&S users runnins 
“ZUETP-I-USER», UETLOADO] 6 users runnins 
AUETP-I-USER:s UETLOADOI 7 users runnins 
AUETP-I-USER, UETLOADOI 8 users runnins 
AUETP-I-USER»s UETLOADOI] 9 users runnins 
“AUETP-I-USERs UETLOADOI 10 users running 
AUETP-I-USERs UETLOADOL 9 users running 
“ZUETP-I-USER» UETLOADO1 8 users running 
AUETP-I-USER:s UETLOADOI] 7 users running 
AUETP-I-USER» UETLOADOI 46 users runnins 
ZUETP-I-USER» UETLOADO] S users running 

4 

3 

2 

1 


UETLOADOL 
VETLOADOL 
UETLOADOL 
VETLOADOL 


users running 
users running 
users running 
user running 


AUETP-I-ENDED,s UETLOADO1 ended at 23-FEB-1980 15255:02.30 
KXKKKKKKKKK COMPATIBILITY MODE TESTS *xXx*kKKX 


*&K COMPATIBILITY MODE TEST BEGIN AT 23-FEB-1980 15:355!06.43 *kx 
COMPATIBILITY MODE DMP TEST succeESsFUL 


“MOUNT~I-MOUNTEDs UETTAP mounted on —~MTAO: 
COMPATIBILITY MODE FLX TEST SUCCESSFUL 


COMPATIBILITY MODE LER TEST SUCCESSFUL 
COMPATIBILITY MODE FAT TEST SUCCESSFUL 
COMPATIBILITY MODE FIP TEST SUCCESSFUL 
COMPATIBILITY MODE SLP TEST SUCCESSFUL 
COMPATIBILITY MODE SOS TEST SUCCESSFUL 


COMPATIBILITY MODE SRT TEST SUCCESSFUL 


dNDSOTWIG FIOSNOO dLdn W 


**k COMPATIBILITY MODE TEST ENDING AT 23-FEB-1980 16208249.14 xxx 


*xXxX RSX-11M EXECUTIVE DIRECTIVE TESTS BEGIN AT 23-FER-1980 16308:52.02 xXx 


*XKX PRINT TEST *xx 

ABCDEFGHI JKLMNOPQRSTUVWXYZ0123456789ARCDUEFGHI JIKLMNOFQRS TUVUXY 201234546789 
ABCHEFGHI IKLMNOPQRSTUVWXYZ0123456789ARCUEFGHI JIKRLMNOPQRSTUVWXY 20123456789 
ABCDEFGHI JKLMNOPQRSTUVWXYZ0123456789ARCDEFGHI IKRLMNOPQRSTUVWXYZ0123456789 
ABCDEFGHI JKLMNOPQRSTUVWXYZ0123456789ABCUEFGHI JIKLMNOPQRSTUVWXY 20123456789 
ABCDEFGHI JIKLMNOPQRSTUVWXYZ0123456789ABCDEFGHI IKLMNOFQRSTUVWXY Z01 23456789 


**KK RSX-11M EXECUTIVE DIRECTIVE TESTS ENDING AT 23-FEB-1980 162310259.28 *xx 


OOOO I OOOKOROROKOKKK KK KK KKK KK 
x x 
END OF PASS 1 AT 23-FEB-1980 16211217.74 
x x 
KKH KKK RRR RK KK KK KR RR KKK RR RK KK KR KK KK KK RK 
MK OK KK RK KK KK RR KK KKK KK KK KK KK KKK KK 


x x 
x END OF UETF AT 23-FEB-1980 16:11:26.30 x 
x x 


KKK KKK KKK KKK KKK KKK KKK KKK RK KKK KKK KKK KK KKK KKK KK 


GNSOTWId GFIOSNOO dbdn WV 


A 


Aborting UETP execution, 2-7, 2-8 


AUTHORIZE utility, 2-1, 2-2 


Booting the system, 2-1 


C 


Code 
device (devc), 2-10 
message, 3-1 
Command procedure, 1-3, A-2 
Compatibility mode tests, 
1-5, 2-15, A-4 
log file for, 2-8 
Console 
dialogue, B-l 
log, 2-5 
Continuous UETP runs, 2-6 
CTRL/C, 2-7 
CTRL/Y, 2-7 
Controller, 1-4, 2-10, 2-11, 
designation, 2-10, A-3 


Detached processes, 1-4, 1-5, 
2-5, 2-6 
Device 


code (Devc), 2-10 
tests, 1-4, 2-9, 2-10, A-3 
log file for, 2-8, 2-9, 2-11 

Diagnostics, 1-2 
Disk drives, 

preparing to test, 2-2, A-1l 

testing, 1-4, 2-9, 2-10, 2-11, 

A-3 


E 


Error 

logging, 1-2 

messages, 1-6, 3-1 to 3-6 
Executable images 

see Images, executable 


F 


Filespec, 2-8, 2-12, 2-13, 
2-15, A-2 


INDEX 


File transfer utility (FLX) test, 
2-15, 2-16 


Images, executable, 
UETDISKOO.EXE, 2-10, 3-3, A-3 
UETINITOO.EXE, 1-4, 3-3 
UETINITO1L.EXE, 1-4 
UETLOADO1].EXE, 1-5, 2-14, A-4 
UETNATVO1].EXE, 1-5, 2-11, 2-12, 

A-4 
UETPDEVOL.EXE, 1-4, 2-9, 2-10, 
A-3 

UETPRINOO.EXE, 2-10, A-3 

UETTAPEOO.EXE, 2-10 

UETTTYSOO.EXE, 2-10, A-3 
Initialization 

of disks, 2-2 

phase, 1-4 
Initiating, 

a UETP run, 2-5 to 2-7, A-2 
Interrupting UETP execution, 2-8 
I/O device tests, 1-4, 2-9, 2-10, 

A-3 
log file for, 2-8, 2-9, 2-11 


L 


Line printers 
testing of, 1-4, 2-4, 2-10, 
A-2, A-3 
LOAD.LOG, 2-9, 2-14, 2-15 
Log files, 2-8, 2-9 
see 
Console 
LOAD.LOG 
LOGP.LOG 
SSLOG.LOG 
UCOMP.LOG 
UETPLOG .LOG 
UNATIVE.LOG 
Logging into system, 2-1, 2-2, 
A-1l 
Logical names 
SYSSERROR, 2-9 
SYSSOUTPUT, 2-9 
UETSMAGTAP, 2-12 to 2-16, A-4 
UETSSAME, 2-9, 2-12 to 2-16, 
A-4 
UETPSCTRLNAME, 2-10, 3-4, A-3 
UETPSUSERS, 2-13, 2-14, 3-4, 
A-4 
LOGP.LOG, 2-9, 2-11 


Index-1 


Magnetic tape drives 
testing of, 1-4, 2-4, 2-10, 
A-2, A-3 
Master command procedure 
(UETP.COM), 1-3, 1-4, 2-5, 
2-6, 2-7, A-2 
Messages 
error, 1-6, 3-1 to 3-6 
Status, 2-12 


N 


Names, logical, 
see Logical names 
Native mode tests, 1-5, 2-11, 
2-12, A-3, A-4 
log file for, 2-9 


0 


Output 
console, 1-6 
log files, 2-8, 2-9 
test, see tests 


p 


Password, 2-1, A-l 
Phases, 
UETP test, 1-3 to 1-6 
running individual UETP test, 
2-9, A-3, A-4 
Privileges, account, 2-l, 2-2 
Process 
detached, 1-4, 1-5, 2-5, 2-6 
identification number (PID), 
2-8 


Q 


Quotas, account, 2-2 


R 


Record management services 
(VAX-11 RMS), 
test, 2-12, 2-13, A-3, A-4 
see Native mode tests 
Resources, system, 
UETP's use of, 2-2 
RSX-11 executive directives test, 
1-5, 2-16, A-4 


INDEX 


S 


Software performance report 
(SPR), 3-2 
SORTUETP.COM, 1-5, 2-12, A-4 
SSLOG.LOG, 2-8, 2-12, 3-5 
SSTEST.COM, 2-12 
SYSSERROR, 2-9 
SYSSOUTPUT, 2-9 
System load test, 1-5, 2-13, 
2-14, A-4 
selecting number of users for, 
2-6 
System services test, 1-5, 2-1l1l, 
2-12, A-3, A-4 
see native mode tests 
SYSTEST account, 2-1, A-l 
privileges, 2-2, 3-6 
quotas, 2-2, 3-f 
username, 2-1, A-l 
[SYSTEST] directory, 2-1, 2-8 


T 


Terminals 
output at, 1-6 
testing of, 1-4, 2-4, 2-9, 
2-10, A-2, A-3 
Termination phase, 1-5 
Tests, 
individual, 
disk, 2-2, 2-3, 2-10, A-l, 
A-3 
file transfer (FLX), 2-15, 
2-16, A-4 
line printer, 2-4, 2-10, A-2, 
A-3 
magnetic tape drive, 2-4, 
2-10, A-2, A-3 
RSX-11M executive directives, 
1-5, 2-16, A-4 
system services, 1-5, 2-ll, 
2-12, A-3, A-4 
terminal, 2-4, 2-10, A-2, 
A-3 
VAX-11 RMS, 1-5, 2-12, 2-13, 
A-3, A-4 
VAX-11 SORT, 1-5, 2-12, A-3, 
A-4 
phases 
compatibility mode, 1-5, 2-15 
A-4 
device, 1-4, 2-9, 2-10, A-3 
initialization, 1-4 
native mode, 1-5, 2-11 to 
2-13, A-3 
system load, 1-5, 2-13 to 
2-15, A-4 
termination, 1-5 


Index-2 


INDEX 


Tests, (Cont.) 
preparing devices for, 2-2 to 
2-4, A-1, A-2 


U 


UCOMP.LOG, 2-9, 2-16 
UETDISKOO.EXE, 2-10, 3-3, A-3 
UETINIDEV.DAT, 1-4, 2-10, 2-11, 
A-3 
UETINITOO.EXE, 1-4, 3-3 
UETINITO1L.EXE, 1-4 
UETLOADO1.EXE, 1-5, 2-14, A-4 
UETNATVO1.EXE, 1-5, 2-11, 2-12, 
A-4 
UETNRMSO0O.COM, 1-5, 2-11, 2-12, 
A-4 
UETCOMP00.COM, 1-5, 2-15, 2-16, 
A-4 
UETCOMP03.COM, 1-5, 2-16, A-4 
UETP 
aborting of, 2-7, 2-8 
continuous running of, 2-6, 2-7 
interrupting of, 2-7, 2-8 
log files, 2-8, 2-9 
messages, 1-6, 3-1 to 3-6 
output, 1-6, 2-8, 2-9 
role of, 1-1 
running of, 1-3, 2-7, 2-9 
users of, 1-1 
variables, 2-5 
UETP.COM, 1-3, A-2 


UETPDEVO1.EXE, 1-4, 2-9, 2-10, A-3 
UETPSCTRLNAME, 2-10, 3-4, A-3 
UETSMAGTAP, 2-12, 2-13, 2-15, 
A-4 
UETSSAME, 2-9, 2-12 to 2-16, 
A-4 
UETPSUSERS, 2-14, 3-4, A-3, A~4 
UETPLOG.LOG, 1-4, 2-5, 2-8, 2-11, 
2-14, 2-16, 3-5 
UETPRINOO.EXE, 2-10, A-3 
UETTAPEOO.EXE, 2-10 
UETTTYSOO.EXE, 2-10, A-3 
UNATIVE.LOG, 2-9 
Users 
load test, 2-6 
of UETP, 1-1 
UETPSUSERS, 2-14 
Utilities 
compatibility mode, 2-15, 2-16 
file compare (DIF), 2-15 
native mode, 1-5, 2-12, A-4 
types of, 2-15 
UTILITY.LOG, 2-16 


V 


Variables, 
defining UETP, 2-5 
VAX-11 record management services 
(RMS), 1-5, 2-12, A-4 
VAX-11 SORT, 1-5, 2-11, 2-12, 
A-3, A-4 


Index-3 


Please cut along this line. 


NOTE: 


VAX/VMS 
UETP User's Guide 
AA-D643B-TE 


READER'S COMMENTS 


This form is for document comments only. DIGITAL will 
use comments submitted on this form at the company's 
discretion. If you require a written reply and are 
eligible to receive one under Software Performance 
Report (SPR) service, submit your comments on an SPR 
form. 


Did you find this manual understandable, usable, and well-organized? 
Please make suggestions for improvement. 











Did you find errors in this manual? If so, specify the error and the 
page number. 


Please indicate the type of reader that you most nearly represent. 


Oe Oe a 


Name 


Assembly language programmer 
Higher-level language programmer 
Occasional programmer (experienced) 
User with little programming experience 
Student programmer 

Other (please specify) 


Date 


Organization 


Street 


City. 


State... —E———(ststsSCS Zp Cle’ 
or 
Country 
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